Fargateをスポットで7割引で使うFargate Spotとは？ #reinvent

Fargateをさらにお得に使えるFargate Spotですが、概念が複雑だったため、最初に引っかかるであろう疑問点をまとめました。

AWS re:Invent 2019

#Amazon ECS

#コンテナ

#AWS Fargate

#AWS

濱田孝治

2019.12.04

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

「え？？？FargateにSpot？何言ってるかわからない」

Fargate Spot、いきなりでましたね。AWSで言うところの「Spot」は通常Spotインスタンス（=EC2）のことを表現するので、ホストインスタンスを持たないFargateにSpotと聞いて私も意味がわかりませんでした。弊社ブログでも既に速報が挙がっています。

この記事では、Fargate Spotを使う上で必ず理解しておくべき上位概念のCapacity providerの解説と、利用上の各種注意事項をまとめます。はっきり言ってかなり複雑なので覚悟してください。ホンマに。

目次
・ECS Cluter Capacity Providersとは？
・Fargat Spotの解説とその使い方
・Fargate Spotで起動しているタスクが終了したとき何が起こるのか？
・通常のFargateに比べてどの程度安いのか？
・既存クラスターの「Update Cluster」でProviderが設定できないときの対処法
・Update clusterに出てくる各ProviderのBaseとWeightの意味は？
・一つのクラスターに複数Capacity provider（Fargate or Fargate Spot）のサービスを配置できるか？

俺に…理解…できるんだろうか…!!

　 ( ﾟдﾟ)　ｶﾞﾀｯ
　 /　　 ヾ
＿_L| /￣￣￣/＿
　 ＼/　　　/

ECS Cluter Capacity Providersとは？

物凄く簡単に言うと、「ECSのタスク数増減戦略をより詳細に設定するためのECSの新機能」です。まずは、これをはっきり覚えておいてください。

公式ドキュメントはこちら。

Amazon ECS Cluster Capacity Providers - Amazon Elastic Container Service

この中には、以下2点の要素「Capacity provider」と「Capacity provider strategy」が含まれます。

Capacity provider

タスク実行時のインフラを指定する時に利用されます。ECS on Fargateの場合は、「FARGATE」「FARGATE_SPOT」の2種類から選択します。今回FargateのSpotインスタンス的なものと言ってるのがこれです。

ECS on EC2の場合は、オートスケーリンググループのことを表し、タスクのスケーリングと終了方法を管理します。こちらは、別途Amazon ECS Cluster Auto Scalingと提供されています。

こちらも既に、速報が弊社ブログに挙がっているので参考にしてみてください。

AWS ECS Cluster Auto ScalingがGAになったのでやってみた #reinvent ｜ Developers.IO

Capacity provider strategy

これを利用することで、タスクに対して複数のCapacity providerを設定できます。これはタスク設定時かサービス実行時に指定可能です。Capacity provider strategyは、複数のCapacity providerから構成され、それぞれにBaseとWeightを設定できます。

Baseでは最小実行タスク数を指定し、これが設定できるCapacity providerは1つだけです。

Weightは、そのCapacity providerで利用する起動タスク数の総体的な割合を指定します。

具体例で考えてみる

正直、上の説明だと全然わからない（自分もわからんかった）ので、Fargateの場合で具体例をあげて考えてみます。

例1

capacity provider	Base	Weight
FARGATE	1	1
FARGATE_SPOT	-	1

この場合、まず、常にFargateとして1つのタスクが存在し、FargateとFARGATE_SPOTの割合が1:1なので、2つめのタスクはFARGATE_SPOTとして起動します。その後タスクが追加されるたびに、FARGATEとFARGATE_SPOTが同数追加されます。

例2

capacity provider	Base	Weight
FARGATE	2	1
FARGATE_SPOT	-	4

この場合、まず、常にFARGATEとしてタスクが最低2個起動します。それ以上タスクが追加されると、FARGATEとFARGATE_SPOTがそれぞれ1:4の割合で追加されていきます。

この場合、合計タスク数の経過でそれぞれのCapacity providerごとのタスク数はこうなります。

合計タスク数	2	10	20
FARGATE	2	2	4
FARGATE_SPOT	0	8	16

タスク数の詳細なロジックについては、下記記事で検証しているので、合わせてご確認ください。

Fargate Spotにおける各Provider毎のタスク数起動推移を検証してみた #reinvent

使い方はどうなるのか？

いろいろ例示してきましたが、使い方の一例としてはこのようになるかと思います。

常に確保しておきたいタスクはベースを指定してCapacity providerをFARGATEとして指定
オートスケーリングに応じて負荷が変更されスポットで割安で使いたいタスクをFARGATE_SPOTとして指定
それぞれの割合をWeightで指定

注意事項

一点、注意事項ですが、Capacity provider strategyのBaseがサポートされるのは、ECSのタスク実行を実施した場合のみです。ECSサービスを利用した場合は、Base値は無視され、Weightのみが利用されます。

Fargat Spotの解説とその使い方

公式ドキュメントはこちら。

Using AWS Fargate Capacity Providers - Amazon Elastic Container Service

基本的な注意事項を下記にまとめます。

FargateとFargate Spotは、別途作成は不要。全てのアカウントのクラスターでいつでも利用可能
Fargateプラットフォームとして1.3.0以上が必要
- （参考：AWS Fargate Platform Versions - Amazon Elastic Container Service）
タスク停止時には、Task State Change Eventsが発動

Fargate Spotで起動しているタスクが終了したとき何が起こるのか？

概念としてはSpotインスタンスに近いものなので、AWS側の都合によっていつタスクが終了するのかわからないのが、Fargate Spotで起動するタスク。これが終了になるとき、まず2分前に警告がタスク停止前に投げられます。これは、上で記したTask State Change Eventsとして発動し、同時にSIGTERMシグナルがタスクに対して送られます。

通常のFargateに比べてどの程度安いのか？

Fargateの価格は、以下のページにまとまっています。

AWS Fargate Pricing - Run containers without having to manage servers or clusters

東京リージョンにおける、オンデマンドタスクとSpotタスクの料金を比較してみます。

種別	オンデマンド	Spot	オンデマンドに対するSpotの料金比率
per vCPU per hour	$0.050560	$0.015168	30%
per GB per hour	$0.005530	$0.001659	30%

図ったように30%ピッタリです。つまりオンデマンドに対してSpotは一律7割引で使えます。これは素晴らしい。

既存クラスターの「Update Cluster」でProviderが設定できないときの対処法

Fargate Stopを利用するとき、クラスターのアップデートをしてプロバイダーのクラスターへの登録が必要となります。しかし、最初既存のクラスターから「Update Cluster」するとき、「Default capacity provider strategy」の「Add provider」を押してもドロップダウンに内容が表示されませんでした。

解決策は、先に何でも良いので新規でECSクラスターを作ってことです。そうすることで、無事既存のクラスターでも「Add provider」の一覧に、プロバイダーが表示されます。